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SYSTEM AND METHOD FOR IN-BUILDING PRESENCE SYSTEM 
CROSS REFERENCE TO RELATED APPLICATIONS 

5 

This application is related to commonly-assigned, co-pending 
application Serial No. [03P08210]. titled. SYSTEM AND METHOD FOR WEB- 
BASED PRESENCE PERIMETER RULE MONITORING; application Serial 
No. [03P082111. titled, SYSTEM AND METHOD FOR PRESENCE 
10 ALARMING; application Serial No. [03P082121, titled, SYSTEM AND 
METHOD FOR SPEED-BASED PRESENCE STATE MODIFICATION; 
application Serial No. [03P08213], titled, SYSTEM AND METHOD FOR 
FAILSAFE PRESENCE MONITORING; application Serial No. [03P08209], 
titled, SYSTEM AND METHOD FOR PRESENCE-BASED AREA 
15 MONITORING; application Serial No. [03P08214], titled, SYSTEM AND 
METHOD FOR GLOBAL POSITIONING SYSTEM (GPS) BASED 
PRESENCE; application Serial No. [03P08215], titled, SYSTEM AND 
METHOD FOR GLOBAL POSITIONING SYSTEM ENHANCED PRESENCE 
RULES; application Serial No. [03P08217], titled, SYSTEM AND METHOD 
20 FOR ALTERNATIVE PRESENCE REPORTING SYSTEM; application Serial 
No. [03P082201. titled, SYSTEM AND METHOD FOR CENTRALLY-HOSTED 
PRESENCE REPORTING; and application Serial No. [03P08221], titled, 
SYSTEM AND METHOD FOR PRESENCE PERIMETER RULE 
DOWNLOADING, all filed concurrently herewith. 

FIELD OF THE INVENTION 

The present invention relates to telecommunications systems and, in 
particular, to an improved system and method for providing and maintaining 
presence information. 

30 

BACKGROUND OF THE INVENTION 

Presence systems, such as Instant Messaging systems, provide 
relatively basic information to network clients conceming the presence status 
of related users, such as those on the network clients' buddy lists. In typical 
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operation, a presence status of each user is determined and that information 
is distributed to those who are watching the corresponding user. 

Even in Internet Protocol (IP) telephone networks, presence status is 
typically determined using relatively basic presence indications. These 
5 include, for example, detection of whether the user is logged on, detection of 
keyboard activity, detection of whether a desk phone is in use or in a do-not- 
disturb mode, detection of Instant Messaging activity, or detection of a manual 
presence setting. Consequently, errors or inaccuracies in presence reporting 

are relatively common. 
1 0 For example, suppose a user left the office for lunch and has manually 

changed his presence status to reflect this. He then returns, but forgets to 
change the status and then leaves on a business trip. People who check his 
status will be informed that he is still unavailable, i.e., out to lunch, when it 
may in fact be possible to reach him at an alternative location, such as a cell 

15 phone. 

As such, there is a need for an improved system and method for 
accurately reporting a user's presence status. There is a further need for a 
system and method for tracking a user in a presence system. 

20 SUMMARY OF THE INVENTION 

These and other drawbacks in the prior art are overcome in large part 
by a system and method according to embodiments of the present invention. 

A telecommunications system according to an embodiment of the 
present invention includes a plurality of network clients including a positioning 
25 controller and a communications controller; and a positioning server including 
a coordinating controller for maintaining a database of network clients to be 
tracked and provide updates of position-related infomiation to a presence 
server. The plurality of network clients are configured to transmit position 
information received via the positioning controller to the positioning server via 
30 the communications controller, the positioning information including 
information related to loss of a position signal. 

A telecommunications device according to an embodiment of the 
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present invention includes a positioning controller adapted to determine 
positioning information for the telecommunications device; a cellular 
telephone controller adapted to receive the positioning information from said 
positioning controller and cause the positioning information to be transmitted 
5 to an associated server; and a database controller for maintaining a database 
of position-presence correlation rules defining when the positioning 

information is to be transmitted. 

A telecommunications method according to an embodiment of the 
present invention includes receiving one or more user positioning and 

1 0 presence correlation rules at a server, wherein positioning information is 
received from remote users having positioning controllers for receiving 
location information and communication controllers for transmitting the 
location information to the server via a wireless communication network; and 
transmitting the one or more positioning and presence correlation rules to at 

1 5 least one of the remote users; wherein the one or more positioning and 
presence correlation rules include loss of a positioning signal. 

A better understanding of these and other specific embodiments of the 
invention is obtained when the following detailed description is considered in 
conjunction with the following drawings. 

20 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 illustrates a telecommunication system according to an 
embodiment of the present invention; 

FIG. 2 is a diagram illustrating an exemplary enterprise 
25 telecommunications server according to an embodiment of the present 
invention; 

FIG. 3A - FIG. 3D illustrate exemplary rules setting and mapping 
graphical user interfaces according to an embodiment of the present 
invention; 

30 FIG. 4 is a diagram illustrating an exemplary remote 

telecommunications server according to an embodiment of the present 

invention; 
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FIG. 5 is a block diagram illustrating an exemplary wireless 
telecommunications device according to an embodiment of the present 
invention; 

FIG. 6 is a flowchart illustrating operation of an embodiment of the 

5 present invention; 

FIGS. 7A-7C are flowcharts illustrating operation of embodiments of 

the present invention; 

FIGS. 8A-8B are flowcharts illustrating operation of embodiments of the 

present invention; 

10 FIG. 9 is a block diagram illustrating an embodiment of the present 

invention; 

FIG. 10A and FIG. 10B illustrate exemplary control e-mails according 
to embodiments of the present invention; 

FIG. 1 1 is a flowchart illustrating operation of an embodiment of the 

15 present invention; 

FIG. 12 is a flowchart illustrating operation of an embodiment of the 

present invention; 

FIG. 13 is a diagram schematically illustrating operation of an 

embodiment of the present invention; 
20 FIG. 14A and FIG. 14B illustrate exemplary SMS messages according 

to an embodiment of the present invention; 

FIG. 15 is a signaling diagram illustrating operation of an embodiment 

of the present invention; 

FIG. 16A - FIG. 16C illustrate exemplary remote devices according to 

25 embodiments of the present invention; 

FIG. 17 is a flowchart illustrating operation of an embodiment of the 

present invention; 

FIG. 18 is a diagram illustrating an embodiment of the present 

invention; 

30 FIG. 19A- FIG. 19C are flowcharts illustrating operation of 

embodiments of the present invention; 

FIG. 20A-20B schematically illustrate embodiments of the present 
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invention; 

FIG. 21 is a flowchart illustrating operation of an embodiment of the 

present invention; 

FIG. 22 is a flowchart illustrating operation of an embodiment of the 

5 present invention; 

FIG. 23 is a flowchart illustrating operation of an embodiment of the 

present invention; 

FIG. 24 is a diagram illustrating an embodiment of the present 

invention; 

10 FIG. 25 is a diagram illustrating operation of an embodiment of the 

present invention; 

FIG. 26 is a diagram illustrating an embodiment of the present 

invention; 

FIG. 27 is a diagram illustrating a graphical user interface according to 
15 an embodiment of the present invention; 

FIG. 28 is a flowchart illustrating operation of an embodiment of the 

present invention; 

FIG. 29 is a flowchart illustrating operation of an embodiment of the 

present invention; 

20 FIG. 30 is a diagram illustrating an embodiment of the present 

invention; 

FIG. 31 is a diagram illustrating an embodiment of the present 
invention; 

FIG. 32 is a flowchart illustrating operation of an embodiment of the 

25 present invention; 

FIG. 33 is a diagram illustrating operation of an embodiment of the 

present invention; 

FIG. 34 is a diagram illustrating operation of an embodiment of the 

present invention; 

30 FIG. 35 is a flowchart illustratit v operation of an embodiment of the 

present invention; and 

FIG. 36 is a flowchart illustrating o^peration of an embodiment of the 

I 
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present invention. 

DETAILED DESCRIPTION OF EMBODIMENTS OF THE INVENTION 
System Overview and User Interface 

5 Turning now to the drawings and, with particular attention to FIG. 1 , a 

diagram of an exemplary telecommunications system 1000 according to an 
embodiment of the present invention is shown. As shown, the 
telecommunications system 1000 includes an enterprise network 1002, a 
wireless communication network 1 004, and may also include a global 
10 positioning network 1006. 

The wireless communication network 1 004 may be implemented as 
any of a variety of wireless telecommunications networks, such as a personal 
communication service (PCS) or cellular-type network, including dial-up 
cellular, or data cellular networks such as CDPD networks, SMS networks, 
15 WiFi networks, and the like. In other embodiments, the wireless 

communications network 1004 may be implemented as one or more two-way 
radio networks. The wireless communication network 1 104 includes one or 
more network clients implemented as wireless devices 150, also referred to 
as remote devices. The wireless devices 1 50 may include positioning 
20 controllers 504 and communication controllers 502. As will be explained in 
greater detail below, the positioning controller 504 is configured to determine 
a position or location of the wireless device 150, such as by receiving global 
positioning network signals from one or more global positioning satellites 
1006. It is noted, however, that any mechanism to locate the device within 
25 the desired degree of precision may be employed. As will be explained in 
greater detail below, the remote device 1 50 operates to receive location 
information from the positioning system and transmit location and/or presence 
updates to one or more users or servers using the communication controllers. 
The remote device 150 may likewise receive presence and/or program 
30 updates from the servers. In certain embodiments, the communication 
controllers 502 are cellular telephone controllers. 

In certain embodiments of the present invention, the wireless network 
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1004 includes one or more positioning or remote servers 152. As will be 
explained in greater detail below, the remote server 152 may include a 
coordinating controller including a remote location control unit (RLCU) 162 
and a remote presence control unit (RPCU) 164. The remote location control 
5 unit 162 may interact with an interface 166 to receive location signals from the 
remote users 150 and transmit updates, typically received from the enterprise 
network 1002. to the remote users 150. In certain embodiments, the interface 
166 is implemented as a telephone dial-up interface. The remote presence 
control unit 164 may interact with an interface 168 for transmitting and 
1 0 receiving presence and/or location related updates to the enterprise server 
104. Presence and/or location rules, such as user identification and 
correlation pairs, may be stored in database 107. 

As noted above, in the embodiment illustrated, the telecommunications 
system 1000 of FIG. 1 includes an enterprise network 1002. As shown, the 
15 enterprise network 1002 includes a local area network (LAN) 102. The LAN 
102 may be implemented using a TCP/IP network and may implement voice 
or multimedia over IP using, for example, the Session Initiation Protocol (SIP) 
or ITU Recommendation H.323. Coupled to the local area network 102 is an 
enterprise or presence server 104, which may be embodied as a multimedia 
20 server including a presence server or service. 

The server 104 may include one or more controllers 101, which may be 
embodied as one or more microprocessors, and memory 103 for storing 
application programs and data. As will be explained in greater detail below, 
the server 1 04 may provide a variety of services to various associated client 
25 devices, including telephones, personal digital assistants, text messaging 
units, and the like. Further, according to embodiments of the present 
invention, the controllers 101 may implement an interactive suite of 
applications 112, including enterprise presence control units and enterprise 
location control units, as will be explained in greater detail below. 
30 Also coupled to the LAN 1 02 is a gateway 1 16 which may be 

implemented as a gateway to a private branch exchange (PBX). the public 
switched telephone network (PSTN) 1 17, or any of a variety of other 
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networks, such as a wireless, PCS, or cellular network. In addition, one or 
more local controllers such as LAN or IP telephones 120a-120n and one or 
more computers 122a-122n may be operably coupled to the LAN 102. A 
plurality of cellular telephone units 150 may also couple to the network, via 
5 gateway 116. 

The computers 122a-122n may be personal computers implementing 
the Windows XP operating system and thus, running Windows Messenger 
client. In addition, the computers 122a-122n may include telephony and other 
multimedia messaging capabilities using, for example, peripheral cameras, 
10 microphones and speakers (not shown) or peripheral telephony handsets . In 
other embodiments, one or more of the computers may be implemented as 
wireless telephones, digital telephones, or personal digital assistants (PDAs). 
Thus, the figures are exemplary only. The computers may include one or 
more Pentium-type microprocessors, and storage for applications and other 
1 5 programs. The computers may further implement network interface devices 
124 for presence control and network interaction and receiving signals for 
transmission over the network to the server 104. 

In operation, a user may use one of the computers 122 to upload a set 
of one or more location-presence correlation rules to the enterprise presence 
20 server 104. The enterprise presence server 104 then maintains a database in 
memory 1 03 of presence users and their location rules. This information can 
then be provided when users' watch lists are updated, as will be explained in 
greater detail below. In turn, the enterprise server 104 can upload the rules to 
the remote location server 152. These, in turn, can be transmitted to the 
25 appropriate remote device 150, for example, via a dial-up operation. When 
the remote device 1 50 then receives location infomnation from the GPS 
system 1 006, it can contact the remote server 1 52 and transmit the 
corresponding location and/or presence information. The remote server 152 
will then distribute the information to the appropriate local server 1 04, which 
30 will update the presence databases and watch lists for the various users. 

Turning now to FIG. 2, a functional model diagram illustrating a server 
104 including a control unit 114 is shown. More particularly, FIG. 2 is a logical 
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diagram illustrating a particular embodiment of a server 104. The server 104 
includes a plurality of application modules 1 12 and a communication broker 
module 201 . In addition, the server 104 provides interfaces, such as SIP APIs 
(application programming interfaces) 220 to SIP IP phones 221 and 
5 gateways/interworking units 222. 

According to the embodiment illustrated, the broker module 201 
includes a basic services module 214, presence module 215, an advanced 
services module 216, and a toolkit module 218. 

The basic services module 214 functions to implement, for example, 
10 phone support, PBX interfaces, call features and management, as well as 
Windows Messaging and RTC add-ins, when necessary. The phone support 
features allow maintenance of and access to buddy lists and provide 
presence status. 

It is noted that the above are MS Windows related terminology, but this 
15 invention can work in any type of IP based network, such as IBM SameTime, 

SUN One and the like. 

The advanced services module 216 implements functions such as 
multipoint control unit (MCU), recording. Interactive Voice Response (IVR), 
and the like. MCU functions are used for voice conferencing and support ad 

20 hoc and dynamic conference creation from a buddy list following the SIP 
conferencing model for ad hoc conferences. In certain embodiments, support 
for G.711 and G.723.1 codecs is provided. Further, in certain embodiments, 
the MCU can distribute media processing over multiple MC's (Multimedia 
Processors) servers using the MEGACO protocol. 

25 Presence features 21 5 provide device context for both SIP registered 

devices and user-defined non-SIP devices. Various user contexts, such as In 
Meeting, On Vacation, In the Office, etc., can be provided for. In addition, 
voice, e-mail and instant messaging availability may be provided across the 
user's devices. The presence feature 215 enables real time call control using 

30 presence information, e.g., to choose a destination based on the presence of 
a user's devices. In addition, various components have a central repository 
for presence information and for changing and querying presence information. 
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In addition, the presence module 215 provides a user interface for presenting 
the user with presence information. 

The broker module 201 may include an interactive voice response 
(IVR) such as the ComResponse platfomn, available from Siemens 
5 Information and Communication Networks, Inc.. ComResponse features 
include speech recognition, speech-to-text, and text-to-speech, and allow for 
creation of scripts for applications. 

In addition, real time call control is provided by a SIP API 220 
associated with the basic services module 214. That is, calls can be 
10 intercepted in progress and real time actions performed on them, including 
directing those calls to alternate destinations based on rules and or other 
stimuli. The SIP API 220 also provides call progress monitoring capabilities 
and for reporting status of such calls to interested applications. The SIP API 
220 also provides for call control from the user interface. 
15 According to the embodiment illustrated, the application modules 112 

include a collaboration module 202, an interaction center module 204, a 
mobility module 206, an intenworking services module 208, and a presence- 
location control module 114. 

The collaboration module 202 allows for creation, modification or 
20 deletion of a collaboration session for a group of users. The collaboration 
module 202 may further allow for invoking a voice conference from any client. 
In addition, the collaboration module 202 can launch a multi-media 
conferencing package, such as the WebEx package. It is noted that the multi- 
media conferencing can be handled by other products. 
25 The interaction center 204 provides a telephony interface for both 

subscribers and guests. Subscriber access functions include calendar access 
and voicemail and e-mail access. The calendar access allows the subscriber 
to accept, decline, or modify appointments, as well as block out particular 
times. The voicemail and e-mail access allows the subscriber to access and 

30 sort messages. 

Similarly, the guest access feature allows the guest access to 
voicemail for leaving messages and calendar functions for scheduling. 
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canceling, and modifying appointments with subscribers. Further, the guest 
access feature allows a guest user to access specific data meant for them, 
e.g., receiving e-mail and fax back, etc. 

The mobility module 206 provides for message forwarding and "one 
5 number" access across media, and message "morphing" across media for the 
subscriber. Further, various applications can send notification messages to a 
variety of destinations, such as e-mails, instant messages, pagers, and the 
like. In addition, the subscriber can set rules that the mobility module 206 
uses to define media handling, such as e-mail, voice and instant messaging 
10 handling. Such rules specify data and associated actions. For example, a 
rule could be defined to say "If I'm traveling, and I get a voicemail or e-mail 
marked Urgent, then page me." 

The presence-location control module 114 may include database 
controller 223, a location control unit 217 and a location-presence control unit 
15 219. As will be described in greater detail below, the database controller 223 
operates to supervise network users, their location-presence rules, and their 
watch lists. The location control unit 217 may operate to receive location 
information from the remote server 1 52 or directly from users 1 50. The 
location-presence control unit 219 operates in conjunction with the presence 
20 unit 215 and the database controller 1 16 to receive and maintain the presence 
and/or location rules for the corresponding users. 

As noted above, the computers 122 may include interfaces 124 for 
inputting inbound and outbound location-presence rules and presence 
information. Such rules define both the user's availability (presence) and a 
25 specific location associated with the availability. The user can also specify 
callers who are allowed particularized access to the user. FIG. 3A-3D 
illustrate exemplary interfaces that may be used to set location and presence 
rules. It is noted that the specific rules and locations described are exemplary 
only. 

30 As shown in FIG. 3A, in the embodiment illustrated, the user can set 

location 3900, availability 3902, callers 3904, and status 3906. It is noted that 
while particular examples are shown, other locations, availability, callers, and 
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Status may be specified. In addition, in certain embodiments, day of week 
and time of day parameters may also be specified. Thus, the figures are 
exemplary only. 

As shown, example locations 3900 include Exact Address 1 (Office); 
5 Exact Address 2 (Home); On Campus; Within City (Radius 1); Outside City 
(Radius 2); and Within City (Traveling). "Exact addresses" allow the user to 
specify the exact address of a building or location and set a rule if the user is 
within a predetermined distance of the location. "On campus" allows the user 
to specify a rule if the user is on, e.g., the corporate campus. "Within city or 
10 outside radius 1" allows the user to specify a rule for when he is outside the 
campus or a specified building, but within a home city. "Outside city or 
outside radius 2" allows the user to set a rule for when he is outside the home 
city or a particular radius. "Within City (Traveling" allows a user to specify 
that he is within the radius, but may have limited availability. 
15 Example availability 3902 includes Office Phone, E-mail, Instant 

Messaging, PDA wireless. Cell Phone, PCS cell phone, S49 cell phone, GSM 
S49 cell phone, and voicemail. The user's availability thus defines the 
medium to which the call is fonwarded or othenwise handled. As can be 
appreciated, the availability can depend on the user's location. Further, the 
20 user may be available via more than one medium concurrently. 

Exemplary caller lists 3904 include All Callers; Work Group; or 
Individual Callers. Using "All Callers, " the user can specify rules that will be 
binding on everyone who calls. "Work Group" is representative of one or 
more specified lists of users; for example, Family could be another group. 
25 "Individual Callers" allow the user to specify a rule to apply on an individual 

basis to particular callers. 

Finally, exemplary presence status 3906 includes At Lunch, At desk, 
Online, On vacation, In Car, and the like. The status can be set to be 
automatically updated when a user is at a particular location, or the user can 
30 manually set it, as will be explained in greater detail below. 

Exemplary rules that can be set include: 

1 "While I am in the office <exact address> I am available on my 



13 

<office phone>, <e-mail>, and <lnstant Messaging>. 

2. While I am outside of my office <exact locatlon>, but still <on 
campus>, I am available on my <PDA wireless> and on my <cell phone>. 

3. While I am <one mile> away from <exact address> but still 
5 <wlthln city> I am available on the <PCS phone>. 

4. While I am more that <50 miles> away from <exact address> I 
am available on my <Siemens S49 cell phone>. 

5. While I am in <Munich> then if the call is from <John> then dial 
my <GSM S49 phone>, otherwise fonward call to my <voicemail>. 

10 In addition to user location, presence status rules may be based on the 

ability of GPS systems to track user speed. For example, in certain 
embodiments, the system can detect that the user is traveling at a 
predetermined speed and then update his presence status and availability to 
indicate, for example, that his status is "In Car" and that his availability is "car 

15 phone", "cell phone," "not available," or the like. 

For example, as shown in FIG. 3A, the user can set location and the 
user can additionally set presence status 3906 to indicate "In Car" when the 
system detects he is traveling above a certain speed, such as 15 miles per 
hour, for example. The corresponding location 3900 could indicate that the 

20 user Is "In City" and "Traveling," if it is not desired to give a precise street 
location. Thus, an exemplary presence rule could be 

6. If I am traveling in a speed greater than <15> mph, then I am in 
my car - set the presence status to "In my car" and I am then available at 
<cell phone>. 

25 FIG. 3B-FIG. 3D illustrate exemplary user interfaces for setting the 

rules. Briefly, such graphical user interfaces include a mapping engine, such 
as Microsoft MapPoint™, and one or more drop down or sub-menus for 
designating presence and location definitions. 

For example, as shown in FIG. 3B, a user can type in an address 301, 

30 which will then cause a map to be generated with the location 304 highlighted. 
As can be appreciated, the map of the interface of FIG. 3B may represent an 
office campus, with the location 304 representative of the user's office 
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building. The user can then select one of the drop down menus 306, 308 to 
set the contact information. For example, menu 306 may be used to set 
Office Phone, IM, or E-mail, typically associated with the user's office. 
Similarly, if outside the address, e.g., at location 302, or in another building, 
5 e.g., location 310. the user can also select contact information. Similar drop- 
down menus can be used to set user speed, etc. 

As shown in FIG. 3C, the user may also select a map location 31 1 and 
a radius or other boundary 312 around it. The user can then select a mode of 
contact within or outside the perimeter. For example, the user may travel 
10 from California 314 to Germany 316. Using menus 315, 317. the user can set 
the contact type as well as the specific callers who are authorized to reach 
him in Germany. 

In addition to setting location rules, the user can set associated status 
rules, as shown in FIG. 3D. For example, the user can designate whether he 
15 is In Office, Working Remotely, etc., and set corresponding contact 
information. 

Turning now to FIG. 4, a block diagram illustrating an exemplary 
remote or positioning server 152 according to an embodiment of the present 
invention is shown. As shown, the remote server 152 includes a control unit 

20 161, which may include a remote location control unit 162 and a remote 
presence control unit 164; a message generator 160; a database 107 that 
may include a rules database 402 and a presence-location database 404; a 
wireless interface 168; and a network interface 166. 

In certain embodiments, the rules database 402 stores location- 

25 presence rule pairs for registered users and is accessible by the presence 
control unit 164 and location control unit 162. Similarly, in certain 
embodiments, the presence-location database 404 receives the actual 
location information and correlates it with the appropriate rules in the rules 
database 402. In other embodiments, the remote location server 152 

30 maintains a database only of remote users and their associated enterprises. 
The location and/or presence information received from the remote users is 
then transmitted to the enterprise server 104. 
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The wireless interface 1 66 allows the server 1 52 to communicate over 
the wireless network 1004 (FIG. 1) to the remote devices 150. For example, 
the remote positioning server 1 52 can transmit rules updates or other 
information, such as macros, to the remote devices, and can receive 
5 presence updates and other information from them. In certain embodiments, 
the wireless interface 166 is a dial-up cellular telephone or PCS interface. 
For example, the wireless interface 166 may be implemented as a toll-free 
dial in for all remote units associated with a particular enterprise. 

The message generator 160 and network interface 168 allow 
10 communication with the enterprise server 104. More particularly, the 

message generator 160 may be embodied as an e-mail message generator 
for formatting presence and/or location information into an e-mail for 
transmission to designated enterprise users. Similarly, the message 
generator 160 can be used to unformat or read received messages. In other 
15 embodiments, the message generator may implement text messaging, such 
as Instant Messaging or SMS messaging. 

In operation, as will be explained in greater detail below, the remote 
positioning server 152 can receive messages from the enterprise presence 
server 104 via the network interface 168 and in a format readable by the 
20 message generator 160. These messages can include rules and presence 
updates from enterprise users 122. Presence updates can be stored by the 
presence control unit 164 in presence-location database 404. Rules updates 
can be stored by the presence control unit 164 in the rules database 402. 
Presence and/or rules updates can then be transmitted by the presence 
25 control unit 164 to remote users 150 using the wireless interface 166. 

Similarly, location updates from remote users 1 50 can be received by 
the location control unit 162 via the wireless interface 166. The location 
control unit 162 can then store the new location information in the presence- 
location database 404. The presence control unit 164 can then transmit the 
30 new location and/or presence information to the enterprise server 1 04 using 
the message generator 160, as discussed above. 

It is noted that, in certain embodiments, the enterprise server and the 
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remote server may be the same unit and provided with dial in capability from 
the remote devices. Thus, the figures are exemplary only. 

Turning now to FIG. 5, a block diagram of an exemplary 
telecommunications device 150 according to an embodiment of the present 
5 invention is shown. As noted, above, the device 150 may be compatible with 
any of a variety of PCS or cellular-type networks, including, for example, 
GSM, and 2G, 2.5G, and 3G cellular telephone systems. In the embodiment 
illustrated, the remote unit 150 includes a wireless controller 502, such as a 
cell phone or radio data network controller, and a GPS receiver 504, for 
10 receiving location or positioning signals. In addition, the remote unit 150 may 
maintain a rule database 506 of location-presence rules, and a rules compare 
controller 508 for comparing current conditions to those specified in the rules. 
As will be explained in greater detail below, the remote device 150 can send 
the location server 152 an update of location or presence information. The 
15 remote device 150 can likewise receive software and rules updates from the 
enterprise and/or presence severs. 

Turning now to FIG. 6, a flowchart illustrating operation of an 
embodiment of the present invention is shown. In particular, the flowchart of 
FIG. 6 illustrates setting one or more location-presence rules. Initially, at step 
20 602, the user can set one or more location-presence rules using his enterprise 
computer 122 and mapping interface 124. At step 604, the user can transmit 
the rules from his enterprise computer 122 to the enterprise presence server 
104. The enterprise server 104's location-presence control unit 219 may then 
store the rules in the database 116. If the enterprise-presence server 104 
25 does not actively maintain the tracking, the enterprise-presence server 104 
will transmit the rules to the remote location server 152, at step 606. For 
example, the remote location server 152 may maintain a dedicated dial up or 
Internet connection for receiving the rules from enterprise users via interface 
168 (FIG. 4). At step 608, the remote location server 152's control unit 161 
30 stores the rules in its presence-location database 404. Depending on how 
network and device positioning functionality is configured, the remote location 
server 152 may then transmit the rules to the user remote device 150 at step 
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610. For example, the remote location server 1 52 may dial up the remote 
device's telephone number; when the call is answered, the information can be 
uploaded. The user remote device 150 may be at least partially responsible 
for resolving location and presence correlations and determining when 
5 updates to status need to be made. Alternatively, the remote location server 
152 could be solely responsible and thus need not transmit the rules to the 
remote user device 150, though a signal indicating the user device 150 should 
begin location monitoring may be sent. In either case, at step 612, the remote 
user device 1 50 will monitor the device location. 
10 Turning now to FIG. 7A, a flowchart illustrating device monitoring of 

device position according to an embodiment of the present invention is 
shown. At a step 702, the remote device 150 receives position information via 
its position receiver 504 (FIG. 5). As noted, above, the position receiver 504 
may be adapted to receive one or more position signals from a global 
15 positioning network 1006 (FIG. 1). At step 704, the remote user device 150 
uses its location compare unit 508 to access the rules database 506. At step 
706, the location compare unit 508 determines if there has been a location or 
presence change. If so, then at step 708, the wireless control unit 502 sets up 
a call to the appropriate server 152, 104 to advise of the new condition. It is 
20 noted that in other embodiments, the remote unit 150 can simply forward any 
received location or position information to the server as soon as it is 
received, without performing analysis or compares on the received 
information. 

FIG. 7B illustrates more particularly location monitoring and updating 
25 according to an embodiment of the present invention. In particular, FIG. 7B 
illustrates the remote device 150 performing location-rules compares 
according to embodiments of the present invention. At a step 720, the remote 
device 1 50 receives position information via its position receiver 504. As 
noted above, the position receiver 504 may be adapted to receive one or 
30 more position signals from a global positioning network, such as the GPS 
network 1006. At step 722, the remote device 150 uses its location rule 
compare unit 508 to access the rules database 506 and perform a location 
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compare, to determine if there has been a location and/or presence change. 
If there has been no change, as determined at step 724, then monitoring 
continues, at step 726. Othenwise. at step 728. the wireless controller 502 
transmits the updates to the remote location server 152. For example, the 

5 remote unit 152 could dial a toll-free number at the server 152. The update 
information can be location update or presence status update, or both. The 
remote location server 1 52 updates the device's position and/or presence 
information in its presence-location database 404 and contacts the enterprise 
server 104 at step 730. For example, the control unit 161 may cause the 
10 message generator 160 to generate a control e-mail message with the update 
and transmit it via the interface 168. Alternatively, the remote sen/er 152 
could simply dial in to a toll free number at the enterprise server 104 to deliver 
the information. The enterprise server 104 then receives the update, 
translates the message, updates Its database 116, and distributes the 

1 5 updates to the watching parties at step 732. Calls to the user whose position 
is being tracked can then be fonwarded according to the location-presence 
mles. As noted above, this can include fonwarding to one or more telephony 

or messaging devices. 

FIG. 7C illustrates an alternate embodiment of the present invention. 

20 In particular, in FIG. 7C, the remote device 150 merely transmits location 
Information to the remote server, which then performs the location-presence 
rules check(s). At a step 740. the remote device 150 receives position 
information via its position receiver 504. As noted, above, the position 
receiver 504 may be adapted to receive one or more position signals from a 

25 global positioning network 1006. At step 742. the wireless control unit 502 
contacts the remote server 1 52 and transmits the received coordinates or 
position information. At step 744, the remote server 152's control unit 161 
stores the information at the presence-location database 404 and accesses 
the rules database 402 to determine if the user's location has changed. If it 

30 has, then the message generator 160 composes a message including the 
update information, which is sent to the enterprise presence server 104. As 
noted above, the message may be an e-mail message. Alternatively, the 
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message may be in a format similar to that received from the remote unit and 
the communication is via a telephone dial up. At step 750, the enterprise 
server 104 then updates its database 1 16 and provides the newly updated 
presence information to other enterprise and remote users, as necessary. 
5 Calls to the user whose position is being tracked can then be forwarded 
according to the location-presence rules. If, in step 746, there was no location 
change, the system would simply continue to monitor, in step 752. 

In the embodiments discussed above, the location and/or presence 
information is provided to the enterprise via a remote server 152. The remote 
10 server can be provided by a cellular service provider, for example. Each 
enterprise can be associated with a toll free number at the remote server and 
transmits the positioning data by calling this number. The remote server then 
uses its message generator to generate, for example, an e-mail message to 
the enterprise server. It is noted that, in other embodiments, the generated 
1 5 message could be a text message such as an IM message or an SMS 
message. Alternatively, the enterprise server could also be equipped with a 
dedicated phone line for receiving the information. 

This is generally illustrated with reference to the flowchart of FIG. 8A. 
As shown in FIG. 8A, once the remote unit 150 receives the location 
20 information, in step 802, it can contact the remote server 152 via a toll-free 
dial up, for example, through the cellular and/or public switched telephone 
networks. At step 804, the remote server, 152, which may be a service 
provided by the cellular or PCS service provider, receives the location and/or 
presence update. At step 806, the remote server 152 formats the received 
25 information into an appropriate format, e.g., an e-mail format, and transmits it 
to the enterprise server 104. The enterprise server 104 receives it and 
updates the presence information, as discussed above, in step 808. 

In the alternative, as shown in FIG. 8B. the function of the remote 
server and the enterprise server could be combined in a single unit at the 
30 enterprise site. In this case, the enterprise server 104 would be provided with 
an interface for receiving calls from the remote devices. For example, a 
modem card could be provided, with a dial in. In this case, as shown at step 
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820, the remote device 150 calls the enterprise number with location and/or 
presence updates. At step 822, the enterprise server 104 receives the 
updates and distributes them to requesting parties on the netvvork, e.g., as a 
SIP message, at step 824, in manner similar to that discussed above. 
5 Service Provider Central Server 

As noted above, according to embodiments of the present invention, 
the various of the presence and location server functions may be provided by 
either the enterprise or the service provider. FIGS. 9-12 illustrate in greater 
detail an embodiment in which location-presence services are provided by a 

10 remote cellular service provider. 

For example, as shown in FIG. 9, presence server is shown which 
may be implemented as a centrally-hosted function by a service provider as a 
service to customers. In the embodiment illustrated, status updates are 
received via a dedicated toll free number and then provided to enterprise 

15 devices via e-mail or text messages. Similarly, program updates may be 
received as e-mail or text messages and then transmitted to the remote 
devices. 

In FIG. 9, a server 900 is shown. The server 900 includes a 
telephone interface 166, a control unit 161, a party-rules database 402, and a 
20 presence message generator 160. The telephone interface 166 may be a 
telephone interface, such as a modem, accessible via a dedicated toll-free 
number for each enterprise. Also shown is an exemplary enterprise client 
computer 1 22. 

In operation, when the remote device 150 has a presence status 
25 update to transmit to an enterprise client, the remote device 1 50 dials in to the 
toll-free number and transmits the information to the server 900. The control 
unit 161 then accesses the rules database 402 and the presence message 
generator 160 generates a message 902 to the enterprise containing the 
status update. The message may be in a variety of formats. For example, 
30 the message may be in an e-mail format, or a text massage format such as an 
SMS format, an IM format, and the like. The status e-mail may be directed to 
either a particular network client 122 or to the enterprise server 104. If it is 
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directed to a particular network client, the enterprise server or the gateway will 
simply fonward the message to the one or more network clients. Othenwise, 
the message may be directed to the enterprise server; the enterprise server 
can then read the message and use the information to update watch lists and 

5 presence status, etc. 

As noted above, the enterprise and the remote server can share 
various of the presence-location responsibilities. For example, in one 
embodiment, the remote server 900 can handle all location-presence 
functions. In this case, the database 402 includes not only party rules, but 

1 0 also the presence status; this information is transmitted in the e-mail updates 
to the enterprise site. Alternatively, the remote server 900 could merely form 
a conduit for location information and send location updates to the enterprise 
according to the rules database. The enterprise server then updates the 

presence information. 

1 5 Similarly, the enterprise client computer 1 22 may also compose a 

message such as an e-mail message including, for example, program 
updates or rule updates for transmission to the remote server 900. The 
update can be either in the body of the e-mail or as an attachment. The e- 
mail message is received at the remote server 900. The remote server 900 

20 then identifies the sender and recipient; and reads the e-mail. If the e-mail 
contains a rules update, then the database 402 is updated. The remote 
device may also be called via the interface 166 and the update uploaded to 
the device. A program update is handled similarly. 

Turning now to FIG. 10A and FIG. 10B, diagrams of exemplary update 

25 e-mails according to embodiments of the present invention are shown. 
Shown in FIG. 10A is an exemplary presence update e-mail 1002. The 
presence update e-mail 1002 is generated by the message generator 160 to 
provide the update to the enterprise clients 122. 

In the embodiment illustrated, a subject line 1004 identifies the 

30 message as a presence update message. The body of the message can 
include party status 1006 and recipients 1008. Alternatively, the TO: line can 
identify the parties who shall receive the update. 
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Similarly, FIG. 10B illustrates an exemplary rules update e-mail 
message 1010. The rules update e-mail message can be generated at the 
client 122 and transmitted to a predetermined e-mail address associated with 
the server 900. The message 1010 may include a subject header 1012 

5 identifying the message as a rules update message, while the body 1014 may 
contain the actual update content. 

FIG. 1 1 is a flowchart illustrating operation of an embodiment of the 
present invention. In particular, FIG. 1 1 illustrates transmission of presence 
updates according to an embodiment of the present invention. At step 1 102, 

10 the remote unit 150 has a status change, i.e., detects a change in position. At 
1 104, the remote unit 150 signals the remote server with the change. For 
example, the remote unit 150 can dial a toll-free number to establish a 
telephone or data connection via interface 166. At 1 106, the remote server 
900's presence control unit 162 updates the presence database with the 

15 presence infomiation. At step 1 108, the remote server 900's presence 
message generator 160 is used to generate an e-mail or other message for 
the enterprise. At step 1110, the enterprise receives the update and it is 
distributed to the appropriate parties. As noted above, the e-mail may be 
addressed to Individual parties or to a central enterprise server which then 

20 distributes its contents. 

Turning now to FIG. 12, a flowchart illustrating rules updating 
according to an embodiment of the present invention is shown. At step 1202. 
the enterprise client user 122 updates his presence rules. For example, as 
discussed above, the user may input one or more rules changes into his 

25 computer or other network device. At step 1204, the update contents are sent 
as an e-mail to the remote server 900. At step 1 206. the remote server 900 
receives the contents and updates its database. At step 1208. the rules 
updates may be provided to the remote unit. 
Interfacing to the Remote Device 

30 As discussed above, according to embodiments of the present 

invention, presence-position and software updates may be transmitted to and 
from the remote device via a cellular telephone dial-up. That is. to report 
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changes in position, the remote device 150 may dial a toll free number 
associated with either the remote or enterprise server and using a modem (or 
similar device on a digital channel), transmit the position information on the 
voice channel. However, other cellular data technologies may be used. In 
5 other embodiments of the invention, any radio data network may be used, 
such as the cellular control channel (e.g., using SMS or CDPD technologies); 
wireless LAN technologies (e.g., Wi-Fi or IEEE 802.1 1a, b, g); or two-way 
radio technologies may be employed for sending and receiving the presence 

or update information. 

10 In FIGS. 1 3-1 5, operation of such embodiments will be discussed with 

reference to an SMS-based system. In particular, FIG. 13 illustrates an 
exemplary network configuration for such an embodiment. FIG. 13 illustrates 
a system in which a data communications network such as a Short Message 
Service (SMS) is used for position and software update transmission. As 

15 noted above, other data transmission systems may be employed, however. 

Shown are a remote device 1 50 and a server 1 52. Also shown are a 
wireless network 1302, an SMSC 1300, and Internet/Intranet 1304. As will be 
explained in greater detail below, the remote device 150 receives positioning 
signals (not shown) from a positioning network and transmits them via the 

20 wireless network 1302 to the SMSC 1300. The SMSC 1300 then transmits 
the message over Internet/Intranet 1304 to the server 152. 

In the embodiment illustrated, the remote device 150 includes GPS 
receiver 504, cellular transceiver 502, and a data interface 159, such as an e- 
mail or text messaging interface. As illustrated, the interface is particularly 

25 SMS control unit 159. Similarly, remote server 152 includes interface 166, 
which is an interface for receiving the SMS messages via Internet/Intranet 
1304. Similarly, the remote server 152 can send updates to the remote 

device 1 50 as SMS messages. 

Exemplary SMS messages are shown in FIG. 14A and FIG. 14B. It is 
30 noted that such messages may be embodied as text or data messages. 
Shown in FIG. 14A is an exemplary SMS status message 1400. As 
discussed above, such a status message may be received from the remote 
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unit 150. As shown, a status SMS message 1400 can include an identifier 
1402 identifying the message as a position status message; a device 
identification 1404 identifying the transmitting device; and the corresponding 
position information 1406. Similarly, a rules update message is shown in FIG. 
5 14B. The rules update message Is sent from the remote server 152 to the 
remote device 150 to update the presence/location rules. As shown, the 
message includes an update identifier 1408 identifying the message as an 
update message; a device Identifier identifying the destination device; and the 

update information 1414. 

1 0 Operation of an embodiment of the present invention is shown with 

reference to the signaling diagram of FIG. 15. Shown are remote device 150, 
SMSC 1300, Remote Server 152, and Enterprise Server 104. It is noted that 
other network configurations are possible. Thus, the figure is exemplary only. 
Shown at 1 500 is the remote device 1 50 receiving GPS signals and 

15 transmitting corresponding information to the enterprise server 104. 

Transmission of software/firmware updates to the remote device 1 50 is shown 

at 1 502. 

At 1504, the remote device 150 receives one or more position signals, 
i.e., GPS position signals. The SMS controller 159 receives position and/or 

20 presence signals from the GPS receiver 156, and converts them into the 
proper SMS message format at 1506, as discussed, for example, with 
reference to FIG. 13. The SMS controller 159 then dials the appropriate 
contact number at the remote server 152, at 1508. The SMS message travels 
on the cellular control channel to the SMSC 1 300, which then fonwards it to 

25 the remote server 152, at 1310. The remote server 152 may then pass the 
message on to the enterprise server 1 04, at 1 51 2. As discussed above, the 
remote server 1 52 may transmit the information as an e-mail or other 
message. The enterprise server 1 04 may then process and distribute the 
presence information accordingly. 

30 Transmission of updates to the remote device 1 50 is shown at 1 502. 

At 1514, the enterprise server 104 receives one or more program updates or 
location rule updates from the network client (FIG. 1). The enterprise server 
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104 can receive the updates, for example, in a network format such as SIP 
format. Once received, the enterprise server 104 transmits the update to the 
remote server 152, at 1516. At 1518. the remote server 152 converts the 
received update into a network transmission format, such as SMS format. At 
5 1 520. the remote server 1 52 dials the remote device cell number and 
transmits the SMS message over the cellular control channel to the SMSC 
1 1300. which then fonwards it to the remote device 150. 
Remote-Device Based Compare 

As noted above, the remote device 150 may itself receive rules 
10 updates from network clients via the remote server 152. In certain 

embodiments, the remote device 150 may also perform the location and/or 
presence compare operations. In such embodiments, the remote device 150 
may then need to signal the remote server 152 only when a change in status 
occurs, such as the remote unit leaving a location defined by a perimeter, 
1 5 boundary, range, or presence rule defined by the user. 

Remote device based compare units are shown schematically with 
reference to FIGS. 16A-16C. Shown in FIG. 16A is an exemplary location 
rules compare unit 508 that functions to identify if there has been an update in 
the user's current location. The unit 508 includes a comparator 1602 that 
20 receives as inputs a current location 1804 and a previous location 1606. In 
operation, the remote unit 150 receives the location signals corresponding to 
the current location and input them to the comparator 1602. The remote 
device 150 also accesses memory (not shown) for the previous location, 
which is also sent to the comparator 1602. The comparator 1602 determines 
25 if there has been a significant change in the user's location from the previous 
location. If so, the comparator 1602 may output a signal 1608 directing the 
remote device 150 to transmit to the remote server 152. Othenwise, no action 
is taken. 

FIG. 16B illustrates another exemplary location rule compare unit 508. 
30 In the embodiment illustrated, the unit 508 compares the location and a rule 
and outputs to the presence unit if there Is a change. Thus, as shown in FIG. 
16B, the location rules compare unit 508 includes comparator 1602 receiving 
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current location 1604 and previous location 1606 inputs. The confiparator 
1602 functions as described with reference to FIG. 18A, and provides an 
output 1608 representative of whether there has been a change in position. 
The signal 1608 is provided to a comparator 1610. The other input to the 

5 comparator 1612 is a geographic rule 1612 from the rules database 506. The 
comparator 1610 then provides an output 1614 representative of whether 
there has been a change to a geographic rule. This signal may then be 
provided to the remote server. Alternatively, the output 1614 may be provided 
to the database controller 506 to determine if there is an associated presence 

10 update. If so, this will be provided to the remote server, at 1616. 

As noted above, either the location or presence may trigger an update 
signal to the remote server. FIG. 16C illustrates an embodiment in which a 
presence update triggers a signal to the remote server. As shown, the current 
location 1604 is input to the rules database 506. The rules database 506 

15 accesses the current presence rule and outputs it at 1618. The current 
presence state is input to comparator 1620, as is the previous presence rule 
1622. 

FIG. 17 is a flowchart illustrating operation of embodiments of the 
present invention. At a step 1702, the remote device 150 receives presence- 
20 location rules. As described above, the remote device 150 can receive the 
rules as a cellular data call. The updated rules are then stored in the rules 
database 506. 

At a step 1704, the remote device 150 begins to monitor its current 
location, such as by receiving global positioning signals. At a step 1706, the 

25 remote device 150's location rule compare unit 508 will compare the received 
location to the corresponding location rule stored in the database 506. If there 
is not change, as determined in a step 1708, then the remote device 150 will 
simply continue to monitor the location. If, however, there is a location 
change, then different actions may occur, depending on the embodiment. 

30 In one embodiment, in a step 1 71 0, the location change is transmitted 

to the remote server or the enterprise server, which then process the 
information. Alternatively, in a step 1712, the location rule compare unit 508 
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can access the rules database 506 for the corresponding presence status rule 
and determine the current presence state. In certain embodiments, at a step 
1716, the remote device 150 will then transmit the accessed current state to 
the remote or enterprise sen/er. In other embodiments, in a step 1714, the 
5 location rules compare unit 508 will determine if there has been a change in 
the presence state. If so, then in a step 1718, this change, or the new 
presence state, will be transmitted to the remote or enterprise server. If there 
has been no state change, then the system continues to monitor location and 

presence at step 1704. 
10 It is noted that in certain embodiments, the current location may be 

used to determine whether there has been a presence change, without 
making an explicit determination of whether there has been a location 
change. Thus, after step 1706, the system could proceed to step 1712, 
without an intervening step 1708. 

1 5 Watchdog Timer 

In certain embodiments of the present Invention, either or both of the 
remote units and the server(s) may be provided with a watchdog timer to 
allow for confirmation the remote units are still running. 

Shown in FIG. 20 is an exemplary server, such as enterprise server 

20 104 or remote server 152, and a remote user device 150. The remote device 
1 50 may be provided with a watchdog timer 1 804, or the server 1 52 may be 
provided with a timer 1802. At periodic intervals, the remote device 150 and 
remote server 152 may communicate timer ticks with one another, for 
example, by calling the toll-free or user device telephone numbers. 

25 In one embodiment, the remote unit 1 50's timer 1 804 maintains a 

predetermined count; when the timer expires, the remote unit 150 sends a 
current location and/or presence or status change to the remote server 1 52. 
Thus, the remote unit 150 sends location and/or presence updates to the 
remote server 152 on a periodic basis. 

30 In another embodiment, the remote server 1 52's timer 1 802 maintains 

a count when a user device 150 is detected. Upon expiration of the timer, the 
server 152 sends a "here I am" signal to the remote user, requesting that it 
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send a location and/or presence update; alternatively, the "here I am" signal 
could merely indicate that the remote unit 150 should send a response tick, 
until an actual location or presence change occurs, at which point the remote 
unit 150 sends the updates. Such timer tick signals may be sent, for example, 

5 on cellular control channels. If the remote server 1 52 does not receive a 
response to its timer tick, it can update the corresponding remote unit's 
presence status to "unknown" or "unavailable" or othenwise indicate that the 
remote user has not responded to the timer tick status request. 

FIG. 19A is a flowchart illustrating operation of an embodiment of the 

10 present invention. In particular, as shown, the remote device is provided with 
a timer and periodically sends updates to the remote sen/er 152. As shown, 
at a step 1902, the remote device 150 activates or othenwise registers with the 
remote server 152 and begins monitoring location and/or presence status. 
For example, in the case of a cell phone, the device 150 detects and registers 

15 with a base station (not shown) in a known manner and can then send an 
initial location-presence indication to the remote server 152 in a manner 
similar to that described above. At a step 1 904, the remote device 1 50 can 
activate its timer 1804. At a step 1906, the remote device 150 may determine 
that its location and/or presence status has changed. If so, then in step 1910, 

20 the remote device 150 will transmit the change to the remote server 152, and 
the timer 1 804 will be reset. Othenwise, in step 1 908, the timer 1 804 will 
expire, and will cause the user device 150 to transmit its current location 
and/or presence status, in step 1910. Again, the timer will reset. It is noted 
that, in certain embodiments, no location or presence change will be 

25 transmitted to the remote server until the timer expires, even if a change is 
detected during the countdown. Further, in other embodiments, the remote 
device will send a location or presence information to the server upon 
expiration of the timer, regardless of whether there has been a change or a 
detemiination of a change since the previous transmission. 

30 FIG. 1 9B is a flowchart illustrating alternate use of a timer tick system 

according to an embodiment of the present invention. At a step 1920, the 
remote device 150 activates or othenwise registers with the remote server 
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152, and begins location and/or presence monitoring, in response, at a step 
1922, the remote server 152 activates its timer 1802. Next, in a step 1924, in 
certain embodiments, tlie remote device 150 determines if there has been a 
presence or location change prior to expiration of the timer. If so, then in step 
5 1930, the remote device 150 sends an update to the remote server 152. 
Otherwise, in a step 1926, the timer expires. At a step 1928, the remote 
server 152 then sends a timer tick or "Here I am" signal to the remote device 
150. The remote device 150 receives the signal and, in response, can check 
and send the current location and/or presence status. If no response is 
10 received, the remote server 152 can update the user's presence status to 
"unavailable" or "unknown." Again, in certain embodiments, the remote user 
will not update the remote server 152 until reception of the timer tick signal, 
even if there is a change in status prior to receiving it. 

FIG. 19Cls a flowchart illustrating another alternate use of a timer tick 
15 system according to an embodiment of the present invention. As shown, at a 
step 1950, the remote device 150 activates or othenwise registers with the 
remote server 152, and begins location and/or presence monitoring. In 
response, at a step 1952, the remote server 152 activates its timer 1802. 
At a step 1954, the timer 1802 can expire. When it does, the remote server 
20 152 sends a timer tick signal, in a step 1956. In a step 1958, the remote 
device 150 can send a response tick. If no response is received, the remote 
server 152 can update the user's presence status to "unavailable" or 
"unknown." In a step 1960, the remote device 150 can detect a change in 
presence or location status. If it does, then in step 1962, the remote unit 150 
25 will send an update in status to the remote server 152. Othenwise, it will 
continue to monitor. The timer 1 802 can be reset upon expiration and upon 
reception of updated status information. It is noted that, in other 
embodiments, the current status will be transmitted regardless of whether 
there has been determined to be a change. 

30 Loss of Signal 

In certain embodiments of the present invention, it may be the case 
that a global positioning signal is not received when a user is inside a building. 
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In such a case, the system according to embodiments of the present 
invention may determine that the user is in a building at an address 
associated with a position where the signal faded or was lost. 

This is illustrated schematically in FIG. 20A. As shown at 2000a, a 
5 user is normally able to receive both GPS signals and cell phone signals 
2011a. At position 2000b, the user may be within a building and thus receive 
only cell phone signals 201 lb. When the user exits the building, at 2000c, the 
user again receives both GPS and cell phone signals 201 1c. In operation, the 
system may assign an address to the user when the user is tracked to a point 
10 where the GPS signal is lost. For example, at perimeter 2002, the GPS signal 
may be lost or fall below a predetermined threshold. In this case, the user 
may be "assigned" a location closest to the one where the signal was lost. 
Alternatively, the position the signal was lost may be compared to a known 
address, and the user may be assigned that address over the period during 
15 which the signal is lost. Further, when the user is deemed to be at such a 
location, contact information may also be updated. Thus, when the signal is 
lost at 2002, the user's contact information may be switched from his cell 
phone to an office telephone number. 

It is noted that, while in some cases it may be desirable to update 
20 location and presence each time the signal is lost and regained, in other 
cases the location at which the signal is lost may be a subset of another 
position related to presence. This is illustrated in FIG. 20B. Shown in FIG. 
20B is an area 2050 that may be associated with a single "location" and 
presence indicia. For example, the area 2050 may be the city of Munich, and 
25 the location can simply be "Munich," with an associated contact telephone 
number, such as a GSM cell phone. In this case, it would not necessarily be 
required to continually update the location or presence, since the user's 
presence status will not change. 

For example, at position 2052a, the user is within the area 2050 and 
30 hence in "Munich." At position 2052b, the user may be within a building in 
Munich, where his GPS signal fails. The user's location, Munich, need not 
necessarily be changed to a more specific one (i.e., the specific address of 
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the building), because the user is still within area 2050. Even when the user's 
GPS signal is restored at 2052c, the location need not be updated. Only 
when the user leaves are 2052, e.g., to return home, would the location be 
updated. 

5 A flowchart illustrating operation of such an embodiment of the present 

invention is shown in FIG. 21. At a step 2102, the system monitors the user's 
current location. At a step 2104. the system detects loss of the GPS signal. 
For example, the remote device 150 can determine that the signal has fallen 
below a predetermined threshold. At step 2106, the system checks to see if a 
10 new rule is to be implemented in response to the loss of signal. That is, 
depending on the embodiment, the remote device 1 50 can check its rules 
database, or it can simply send a signal to the remote server 152 advising of 
the loss of the signal. If a new rule is to be implemented, then the user's 
location and/or presence are updated according to the new rule. Othenwise, 
15 the current rule is maintained, in step 21 12. Once the new rule has been 
implemented, the system can detect reception of the GPS signal, i.e., once 
the user leaves the building, in a step 21 10. Again, the remote device 150 
can detect if the GPS signal exceeds the threshold. The system will monitor 
to determine if the received signal indicates that a new rule should be 
20 implemented, as shown instep 21 14. If so, then in step 2116, the new 
location rule is implemented. If not. then in step 2118, the old one is 

maintained. 
Hysteresis 

As discussed above, embodiments of the present invention can be 
25 used to define a user presence status based on user speed. For example, a 
user speed of, say 15 miles per hour or greater can be associated with a 
presence status of "In car" and an availability of "cell phone." As can be 
appreciated, however, particularly when driving in large cities and when 
stopped at a light or in traffic, the user's speed may not be constantly above 
30 15 miles per hour. Consequently, to prevent continuous toggling, a hysteresis 
time threshold can also be set and transferred to the remote device. 

That is. in certain embodiments of the present invention, when a user is 
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"In Car," the appropriate system component must determine that the user has 
been traveling at a speed below the threshold for a predetermined period prior 
to deciding that his presence status has changed. 

For example, FIG. 22 is a flowchart illustrating operation of an 

5 embodiment of the present invention. At a step 2202, the system detects a 
user device speed above a threshold T. In certain embodiments, the 
threshold can be 15 miles per hour and be user-settable, in a manner similar 
to that discussed above. At a step 2204, the user's presence status is set to 
"In car." At a step 2206, the remote user is detected as having a speed less 

10 than the threshold T. At a step 2208, the system device responsible for 
setting user status starts a hysteresis timer. If the speed is still less than the 
threshold upon expiration of the timer, as determined in step 2210, then in 
step 221 2, the user's status can be changed. For example, prior to getting in 
the car, the user's location and status could have been "In city" and "At lunch," 

15 respectively. When the user is detected as moving at speed, the presence 
status can be updated to "In car." When the user is detected as moving below 
the threshold for a predetermined period, the presence status can be updated 

to "At lunch," once more. 

It is noted that similar hysteresis timers/thresholds can be provided in 
20 association with any of the location-status rules. Such hysteresis timers may 
be particularly useful in situations in which the GPS signal has been lost due 
to the user entering a building. To prevent the toggling that would result if the 
user is, say, waiting at the entrance to the building, moving inside and outside 
GPS range, hysteresis timers may be provided. 

25 This is illustrated more particularly with reference to the flowchart of 

FIG. 23. As shown, in a step 2302, the system detects a loss of GPS signal. 
For example, the remote device 1 50's GPS controller can detect that the GPS 
signal is below a predetermined threshold. At a step 2304, the remote device 
1 50 starts a hysteresis timer. If there is still no signal upon expiration of the 

30 hysteresis timer, as shown in step 2306, then in step 2308, the remote device 
150 updates the user's presence status. Othenwise, the system waits for the 
loss of signal again. A similar process is used if the user moves from a state 
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of "No signal" to "Signal." 
Third-Party Monitoring 

According to an embodiment of the present invention, an improved 
third-party location monitoring device is provided. Briefly, in addition to 

5 providing the presence capabilities as described above, a remote device 
according to embodiments of the present invention may be affixed to an 
object, person, or pet, and set to trigger an alarm if it departs from a user- 
programmed range. A graphical user interface is provided for setting the 
range. Rules, presence, location and alarm updates may be transmitted in a 

10 manner similar to that discussed above, i.e., wirelessly and/or using e-mail or 

text messaging techniques. 

One embodiment of a remote unit in accordance with the present 
invention is shown with reference to FIG. 24. In the embodiment illustrated, 
the remote unit 2-150 may be removeably affixed to an object or person or 

15 pet, such as via a lock, etc. As shown, the remote unit 2-150 includes GPS 
receiver 504 and controller 502. In the embodiment illustrated, the remote 
unit 2-150 may be affixed to a person or pet via belt 2402 to provide a monitor 
with presence and location information related to the monitored user. In 
addition, in certain embodiments, an audible alarm 2404 may be provided. 

20 Operation of this embodiment of the present invention is shown with 

reference to FIG. 25. Shown is remote unit 2-150 and exemplary sites Home 
2500 and School 2502. A boundary or perimeter 2504 is defined by a base or 
home user, as will be explained in greater detail below, and is uploaded to the 
remote device 2-150. The remote unit 2-150 is tracked within the area 

25 defined by boundary 2504, in a manner similar to that discussed above; 
presence information, such as contact information (e.g., a school telephone 
number), may be provided. If the device exits the region or crosses the 
boundary, an alarm will be sent to an administration device such as a base or 
home user. As will be explained in greater detail below, the user may also 

30 define day of week and time of time associations with the boundary 2504. 

A system for programming the remote unit 2-150 is shown in FIG. 26. 
In general, the system of FIG. 26 is similar to that of FIG. 1, but may be more 



34 

suitable for a home user. As shown, the system includes an administration 
device such as a server 104/152 (for convenience, functions of the servers 
104, 152 are shown in a single unit), as well as a client computer 2-122, with 
software 2-124 to program location and time ranges, as well as presence and 
5 contact information. The computer 2-122 may be equipped with a modem or 
other network interface device 2602 for communicating with the server 
104/152. As shown, the modem 2602 may be implemented as a landline 

modem or a wireless modem. 

In operation, the client computer 2-122 programs location and/or time- 
10 date boundaries, which are uploaded to the server 104/152 via modem 2602. 

The server 104/152 then "calls" the cellular phone number of the remote unit 

2-150 and uploads the location parameters and can associate presence 

information, as well. In turn, the remote unit 2-150 periodically receives GPS 

signals and transmits the associated coordinates to the server 1 04/1 52, which 
1 5 can then send these to the client 2-1 22. Alternatively, the remote unit 2-1 50 

itself can perform the location compares and transmit to the client 2-122 when 

it detects it is outside the defined boundaries. 

It is noted that, in alternate embodiments, the client computer 2-122 

could perform all server-related functions. Further, it is noted that the location 
20 alarm could be sent to any desired location, i.e., a user cellular telephone not 

directly associated with the client computer 2-122. Thus, the figures are 

exemplary only. 

FIG. 27 illustrates an exemplary graphical user interface for setting 
location and time parameters. For example, 2702 illustrates a mapping 

25 window for defining the boundary 2504 and one or more place locations 2500, 
2502. In operation, a user could draw the boundary on the desired map, and 
define individual addresses 2500, 2502 for special treatment. For example, a 
second window 2704 for entering day 2708, time 2710, and location (e.g., 
address) 2712 parameters is also shown. 

30 Turning now to FIG. 28, a flowchart illustrating operation of an 

embodiment of the present invention is shown. In a step 2802, the user can 
program in the location parameters. At step 2804, the user can program in 
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associated date and time parameters. The received parameters can be 
maintained in a database in association with a device identification at the 
client computer, the server, or the remote unit itself, in a manner similar to that 
discussed above. The parameters may be sent to the remote unit 2-1 50 via 
5 the modem by dialing an associated cell phone number. In step 2806, the 
system then monitors the location. 

Turning now to FIG. 29, a flowchart illustrating operation of an 
embodiment of the present invention is shown. At step 2902, the remote unit 
2-150 receives position signals, such as GPS signals. At step 2904, the 
10 received position signal is compared with the database. As noted above, this 
may be done either at the remote unit itself, by the server, or by the client 
computer. If the remote unit 2-150 is determined to be outside the range, as 
determined at step 2906, then in step 2908. an alami is signaled. Othenwise, 
at step 2910, the system continues to monitor the location. 
15 Secure Monitoring 

In addition, a tracking system such as described above may be 
equipped to allow a monitored person to request a boundary or schedule 
change. Such a system may be used, for example, by a parolee and parole 
officer. Again, rules, presence, location and alarm updates may be 
20 transmitted in a manner similar to that discussed above. 

Such a system 3000 is shown in FIG. 30. In the embodiment 
illustrated, the system 3000 includes a remote security device 30-150 and 
server 30-152. The remote security device 30-150 and server 30-152 may 
communicate, as in the above embodiments, via the Internet or cellular or 
25 PCS networks. In addition, the system includes a user computer, such as a 
personal computer 3004, which couples via the Internet to a monitor agent 
3008, who is also capable of communicating with the monitor server 30-152. 
The monitoring server includes database 3010, which is accessible from 
monitor agent, typically a secure connection. 
30 In operation, the security device 30-1 50 is programmed with a 

predetermined user schedule and location boundaries. The security device 
30-150 will send an alarm to the monitoring agent 3008 if the user violates 
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those boundaries or deviates from the schedule. In certain embodiments, the 
alarm may additionally be an audio alarm. Such an alarm could sound when 
the user exits the permitted area, and increase in volume over a 
predetermined period or range of the boundary until it achieves a maximum, 
5 as will be explained in greater detail below. 

In addition, as will be explained in greater detail below, the user may 
request a temporary deviation from the schedule. For example, if the user 
must travel to a location not on the schedule or within the boundaries, he can 
use computer 3004 to request a temporary change in the boundary. The 
10 request is transmitted to the monitoring agent 3008, who can deny or grant 
the request. If the request is granted, the database 3010 is updated. 

The actual monitoring of the device 30-150 and communicating 
updates may be accomplished in a manner similar to that discussed above. 
The exception request, however, may be made using e-mail and/or a secure 
1 5 Internet host web site Internet such that the user can log in to the host and 
transmit the request. For example, FIG. 31 illustrates an exemplary secure 
web page request window 3100. As shown, the window includes a current 
schedule 3102 and a modification request 3104. It is noted that such a 
modification request web page may have different formats and employ 
20 suitable scripting to ensure security. The figure is exemplary only. 
Alternatively, the user can compose a suitable e-mail or text message 
including the necessary identification and re-scheduling information. 

In either case, the request is received at the monitoring agent 3108, 
such as a parole officer. The monitoring agent 3108 can himself log in to the 
25 supervising server 31-152 to accept or reject the request. If the request is 
accepted, the monitoring agent 3108 can update the database and transmit 
the update to the remote unit. For example, the update may be transmitted to 
the remote unit 31-150 using the cellular telephone network in a manner 
similar to that described above. 
30 Turning now to FIG. 32, a flowchart illustrating operation of an 

embodiment of the present invention is shown. In a step 3202, the monitored 
user can access a monitor web site, or otherwise compose a modification 
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request. In a step 3204, the request can be delivered to the monitoring agent. 
If the request is granted, in a step 3206, then the update to the 
boundaries/schedule is transmitted to the security device 31-150. Othenwise, 
the monitoring agent can respond, in a step 3210, via the web or an e-mail or 

5 other communication method. 
Intermediate and Audio Alarm 

As noted above, the remote device can be equipped with an audible 
alarm as well as the transmission alarm, which can vary depending on the 
amount of time or the distance the user has violated the boundary condition. 

10 As shown in FIG. 33, the volume of the audible alarm 3350 can increase with 
distance or time, until it a threshold 3352 of distance or time is reached. At 
this time, the volume can plateau at a maximum level 3354. 

Shown in FIG. 34 is a map that may correspond to the volume graph of 
FIG. 33. Shown is a user 3400, a warning boundary 3402, and a boundary 

15 3404. In operation, the system may detect the user crossing the warning 
boundary 3402, which may correspond to point d1 on the graph of FIG. 33. 
As the user proceeds to boundary 3404, the volume increases; the boundary 
3404 may correspond to the point df on graph of FIG 33. At this point, the 
volume is at a maximum. Similarly, as noted above, the volume alarm may be 

20 triggered based on time after crossing either warning boundary 3402 or 
boundary 3404. 

Operation of this embodiment is shown with reference to the flowchart 
of FIG. 35. As shown, in step 3502, the remote security unit 31-150 monitors 
the user's location. If the user is inside the designated area, as determined in 

25 step 3504, the system will continue to monitor. If the user is outside the 
designated area, then in step 3506, the device 31-150 may sound an audible 
alarm or send an alert to the monitoring station 31-152. As noted above, in 
certain embodiments, the user may be given a predetermined time to return to 
within the designated boundary prior to sounding the alarm. 

30 A flowchart illustrating operation of another embodiment of the present 

invention is shown in FIG. 36. In step 3602, the device 31-150 detects it is 
outside the prescribed area. At 3604, a timer is started. This may be either 
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on-board or associated with the remote server(s). At 3606, the timer may 
expire. The system checks if the user is still outside the designated area, in 
step 3608. If not, the system will simply continue monitoring, in step 3612. 
Otherwise, at step 3610, the system can sound the alarm, either at a 

5 maximum level, or a ramp up level. 

The invention described in the above detailed description is not 
intended to be limited to the specific form set forth herein, but is intended to 
cover such alternatives, modifications and equivalents as can reasonably be 
included within the spirit and scope of the appended claims. For example, 

10 while described primarily with reference to global positioning signals, 

alternative methods for determining device location may be used. These can 
include, for instance, use of cell location signals within the cellular network. 



